【Meetup 访谈实录 & 讲师PPT】Kylin 李扬对话 Alluxio 李浩源

1月21日，在 Kyligence 联合 Alluxio 举办的 Apache Kylin & Alluxio Meetup @上海上，Apache Kylin 联合创建者、Kyligence 联合创始人兼 CTO 李扬，及 Alluxio 创始人兼 CEO 李浩源，就广大开源人关心的技术、商业等问题进行了探讨与交流。本文为当天对话实录。

点击阅读原文，可下载 Meetup 讲师 PPT ！

Apache Kylin 与 Alluxio 都是由华人工程师贡献的顶级开源项目，且都是在大数据的底层核心技术上不断创新的开源项目，同时，这两个开源项目的背后都拥有华人创立的商业公司——Apache Kylin背后的Kyligence公司，以及Alluxio背后的Alluxio公司。

左一为李扬，左二为李浩源

两家公司间许多的相似基因促成了双方的密切合作，那么，在持续探索全球业务的同时，两位创始人眼中的开源技术有何发展趋势？身兼开源创建者及商业公司领导人的身份，如何平衡开源与商业的发展？进军全球市场的过程中遇到过哪些痛点与难点？当天，李扬与李浩源就这些广大开源人关心的问题进行了探讨与交流。

以下内容整理自当天的演讲实录：

创业缘起何处？

主持人：浩源博士一毕业就成立Alluxio公司，李扬同学之前在IBM、eBay等企业做大数据底层的研发，之后和Luke（韩卿，Apache Kylin 联合创建者，Kyligence CEO）等一起创立了Kyligence公司。开源项目做技术研发和成立商业公司可以说完全不一样，背后到底是什么样的梦想、动力或者说是机会、冲动，让你们想要成立公司？

李扬：成立公司原因有很多，对我个人来说创业最大的一个原因是因为我想做些不一样的事，我想把自己的能力或者价值某种程度的最大化。创业之前，我的职业生涯主要是服务像IBM、摩根士丹利这样的大企业，这些工作我很驾轻就熟；后来我去了eBay，但eBay给我带来的挑战也不是那么多，所以我想到了创业。

创业也有很多类型可以选择，但最终还是选择了和Luke一起去挑战Kyligence这样一个技术型的创业机会。一来是因为像一些业务型的创业公司，比如金融的区块链、P2P、或者做实业的O2O等等，这些可能都是业务主导型，技术只是辅助业务，但技术恰好是我的强项，技术型的创业机会能发挥我个人的最大价值；二来我也希望自己能够用技术去改变一些东西，“用技术来改变大数据生产效率”这个命题就对我特别有吸引力。

李浩源：首先很高兴能来到上海参加这个活动，很高兴一起做这个活动，回到这个问题，为什么做 Alluxio 这个公司。读书前，我曾去一家只有50人的创业型小公司学习怎么做创业，学习了一段时间之后回到学校继续读书，那个时间点算是数据产业刚刚起步的阶段，虽然今天我们仍然处在起步阶段。我们希望在数据产业里做点事情，所以2012年，大约在博士二年级时我们自己创建了一个大数据项目，2013年的时候这个项目开源，到2014年的时候，从各项指标看，这个项目已经是当时大数据领域发展最快的项目之一。

这个项目是我们倾注了很多心血去做的，当时心里的信念是这个项目必须继续发展下去，项目继续发展唯一的办法就是做公司，所以2014年年末的时候我心里就已经明确了要创业做公司的想法，因为做公司你可以把更多的资金投入到研发当中，你可以拥有更多的人力和物力来推动项目和技术往向前发展，这是我最开始做这个公司的时候的初衷。

开源转创业，最大挑战是什么？

主持人：创业后遇到的最大挑战是什么？

李浩源：我觉得到每几个月就会遇到一个最大的挑战。比如最开始的时候如何找到最志同道合有水平的人才一起做事，这是当时最大的挑战，这个时间点过了之后最大的挑战又变成了产品如何落实到商业化？怎么找到第一个客户？等找到第一个客户之后，想着把客户签约落地，想着创建销售部门签更大的单子……

与此同时，我们社区从2013年发展到今天大约是五年的时间，社区现在大约有800多个程序贡献者，在这个情况下如何让社区可以更加高效的向前发展，也是一个很大的挑战，所以很难讲说什么是最大的挑战，在每个时间点都有不一样的挑战，但做什么事都有挑战，如果你想做好的话。

李扬：我也说两个挑战，一个是团队搭建的挑战，因为把事情做大最难的地方不是一个人去努力，是一群人很有条理地把劲使在一起去做这件事，这也是为什么很多公司都会有一个文化或者融入的过程，这个过程的本质就是希望大家能够把目标对齐，一起去做事情，所以怎么找到这种能够志同道合一起做事情的人非常难。

第二个大难处是把开源变成商业产品。对于开源大家的包容性很强，使用起来不是很方便、安装起来有小瑕疵等小Bug，大家都能接受都能理解，但当开源成为需要付费的企业产品，用户的期望就变成了怎么弄都不会坏、都能够好好工作，尤其是在日益复杂的大数据或集群化里，把产品做到像磐石一样坚固是非常难的事情，指数级的难度。

开源与商业，如何寻找平衡点？

主持人：你们都是既做开源又做商业，在这个过程中，客户有不同的需求不同的发布节奏，开源社区有开源的呼声，你们是如何平衡开源和企业的发展？

李浩源：我们公司最开始就面对的客户主要是财富五百强公司，比如最大的电信最大的银行这种客户，这种客户和开源这方面在乎的很多事情有时候不大一样，比如说这种场景下面他的数据的安全性要有很多加密，这是一个例子。再比如说运维方面的功能也是很大的不一样，比如一个500人的公司和一个3万人的公司，运维方面的需求是非常不一样的，从这种方面的产品功能角度来讲，开源和运维之间没有什么太大的冲突。除此之外有一些小功能，不过这个其实无所谓，我们目前来讲是这样一个情况。

主持人：刚才说了企业版的需求大家一起做，开源用户的需求如何满足？

李浩源：当然是社区驱动，这个事情永远是互惠互利的过程，所谓的互惠互利就是社区里面的贡献者他既是对这个社区有付出的，同时社区也对他们有回报，比如昨天在北京的活动上，滴滴、京东还有腾讯都在用Alluxio的软件，京东的工程师就很厉害，他已经变成了社区的成员，所以从我们社区的角度来讲，对社区有所贡献的人，社区也会对他们有所承认，只有这样才能让社区更好地发展，才可能把社区做大。

李扬：我觉得首先要做一个概念上的辨析，前面的问题很容易让大家误会好像是公司在主导一个开源，但其实开源永远是靠社区驱动，不是某一个公司或者两三个公司。然后回到问题，我个人的看法就是你可以认为我们公司有一个企业版产品，开源社区有一个开源产品，这个问题的本质是说这两个产品他们之间的竞争与合作的关系，从我的角度看，他们互惠互利的合作关系远大于竞争的关系。

我们发现很多付费客户他本身不会也不太可能使用开源，比如像电信之类的传统大企业，他们本身就是一个技术消费型企业，即便是开源的技术完善到没有什么问题了，各种企业功能也都很完备了，他们也不愿承担这种技术风险，就好比说他买的汽车是一定要带保修的，再说得直白一点，如果有一些技术平台有问题了，它需要有一个专业的服务公司来支撑，所以从这一点而言，愿意付费的客户他本来就会付费 。

另外一层就是，开源对于企业产品来说是一个很好的市场培育和教育的过程，随着开源的产品被越来越多的技术实力强的互联网公司所接受，在技术圈里形成一定影响力，慢慢的这个声音就传递到了我们那些一定会付费的客户的耳朵里，最终就会转化出一些采购，这些都是他们的合作远远大于竞争相关的地方。

技术方面的交流推动就更不用谈了，开放交流永远是技术进步最大的动力，当然可能有人说这都毕竟是有一些竞争关系，互联网公司因为有了开源就没有买你的付费产品，我觉得这个不是最大的问题，或者从商业角度来说不是最大的阻力，如果你通盘看这个问题，两者之间的合作关系要远远大于他们的竞争关系。

进军全球市场，有何痛点与经验？

主持人：对于技术公司进军全球市场有何想法？技术公司应该技术先行还是业务优先？有什么痛点和经验？

李扬：关于这个问题，Kyligence和Alluxio可能在这一方面正好就相当互补，Alluxio的市场开拓在美国那边走得会快一些，这也是我们在市场之间可以合作的地方。在全球化这一块，Kylin是从国内找国外的客户，国外用户的需求高度比国内要高一个台阶，尤其是国外因为人力比较贵，他对产品的自动化和可用性要求就非常高，把同样的产品带到美国去马上就会遭到质疑，说这个产品怎么这么难用，安装完了以后还要三四个人工步骤配置，生产当中遇到了一些内存的问题，还需要人来手动调配置，他们觉得不管是运维角度还是产品使用台阶角度，成本都太高了。这个我觉得是中国和美国市场很不一样的地方，他对技术要求不一样，这也是我们感受到的很大的挑战。

李浩源：我同意你刚才讲的这些差异点，另外可能我们看到的主要是有一个沟通和文化方面的差异，在美国和客户沟通工作跟在国内整体的沟通方式挺不一样的，但我们这边有一点比较好，就我们核心创始成员像羽鹏都是中国出生中国长大的，在那边读的书，工作过一些年头，从这一点也是优势，本质来讲文化还是有很大差别，比如客户说一句话，这边有的事可能在国内不重视，但在国外很重视，刚才讲的比如说安全方面可能是国内外的要求不一样，其实也是文化方面的区别，其实安全方面国外有要求一定要达到那个要求，但主要就是交流。

尾记：不管是开源 Apache Kylin 社区、Alluxio 社区的出现，还是他们背后的商业公司—— Kyligence 公司与 Alluxio 公司的迅速发展，都寓意着中国的创新型企业开始跳脱本土生态系统，向西方发展并逐渐被西方所接受，我们有理由相信，他们将随着大数据行业的深入发展取得全球更多用户的认可。

点击阅读原文，获取当天讲师 PPT 。

 "Apache and Apache Kylin are either registered trademarks or trademarks of The Apache Software Foundation in the US and/or other countries. No endorsement by The Apache Software Foundation is implied by the use of these marks."

您可能还会想看